home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / networking / 3766 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  5.2 KB
  1. Path: america.com!not-for-mail
  2. From: "Holger Kruse" <kruse@america.com>
  3. Newsgroups: comp.sys.amiga.datacomm,comp.sys.amiga.networking
  4. Subject: Miami - a new TCP/IP stack for Internet access
  5. Date: Thu, 11 Apr 1996 12:10:26 -0500
  6. Organization: private Amiga site
  7. Message-ID: <kruse.53115772@america.com>
  8. Reply-To: "kruse" <kruse@cs.ucf.edu>
  9. NNTP-Posting-Host: mco1-04.america.com
  10. X-NewsReader: IntuiNews 1.3a (7.9.95)
  11.  
  12. This is the first preliminary announcement regarding Miami, a new TCP/IP
  13. protocol stack for Internet access by modem. Miami is currently "work in
  14. progress". Functional beta versions are not available yet, but you can
  15. get more information and preliminary screen shots from my web page (see
  16. signature).
  17.  
  18. I am also asking everyone interested in a new TCP/IP stack to participate
  19. in the development by providing me information about your modem, dialing
  20. conventions in your country and your Internet provider. Your help could
  21. ensure that the first release of Miami already supports a wide range of
  22. configurations and Internet providers. Please have a look at my web page
  23. for more information.
  24.  
  25.  
  26. The current Amiga Internet situation from my point of view:
  27.  
  28. Many users have told me personally or posted on Usenet that they are
  29. unhappy with the current choices for Internet access (usually AmiTCP/
  30. ppp.device or AmiTCP/cslip.device). Although AmiTCP is in itself a very
  31. powerful and well-written program, it has not been specifically designed
  32. for modem-based Internet access, i.e.
  33.  
  34. - it has many features that most users do not need (e.g. gatewaying,
  35.   very extensive configuration)
  36.  
  37. - it is rather difficult to configure
  38.  
  39. - you need to know all configuration parameters (dial script etc.) in
  40.   advance, i.e. AmiTCP/ppp.device cannot dial up your Internet provider
  41.   and find out the required settings by themselves.
  42.  
  43. - it is not an "Amiga-ish" application, i.e. it lacks a GUI
  44.  
  45. - it does not handle "dialing" in any way (well, at least until
  46.   AmiTCP 4.2. I have not had a chance to check the quality of the
  47.   4.3 dialer yet).
  48.  
  49. - it does not support some of the new features that many new Internet
  50.   providers (mostly Win-NT-RAS and Cisco/Xyplex) use, e.g. automatic
  51.   DNS server discovery through IPCP/BootP.
  52.  
  53. Besides AmiTCP only supports SANA-II. Although SANA-II is a Very Good
  54. Thing (tm) for Ethernet-like networks it can be a real burden for
  55. modem-based Internet access, because the SANA-II standard lacks some
  56. features required for dialup connections. Most integrated TCP/IP
  57. protocol stacks on other platforms only use packet drivers (the
  58. equivalent of SANA-II) for Ethernet-like networks, but use integrated
  59. PPP/SLIP for dialup connections. This is not possible with AmiTCP.
  60.  
  61. All of the above taken together makes it unnecessarily difficult to
  62. use AmiTCP with ppp/slip, and there is no way around this without
  63. redesigning *all* of it.
  64.  
  65.  
  66. Now about Miami:
  67.  
  68. Miami is an attempt to make Internet access on the Amiga as easy as
  69. possible. Simple (mostly automatic) configuration has been my primary
  70. goal throughout the design and implementation of Miami.
  71.  
  72. Miami contains a complete TCP/IP stack based on the latest BSD networking
  73. code (net/3, 4.4). It also contains a dialer (both script-driven and
  74. interactive), and builtin PPP and (C)SLIP. All of this is controlled and
  75. configured through a single GUI (MUI-based), that is completely localized.
  76. There are *no* configuration files to create or edit *whatsoever*. All of
  77. the settings are stored in a single IFF file, allowing you to have multiple
  78. distinct configurations for different Internet providers.
  79.  
  80. In addition Miami comes with a GUI-based configuration program "MiamiInit"
  81. that automatically configures your Internet setup and creates a suitable
  82. settings file. MiamiInit is already available in an early beta version
  83. from my web page (see signature), so you can check out if Miami would
  84. work with your system and Internet provider (and if it does not: tell me
  85. about it so I can fix it before release :-)).
  86.  
  87. Miami intentionally does not support SANA-II, because SANA-II support would
  88. require a lot of additional configuration (routing, netmaks etc.) and thus
  89. make the program more difficult to use, just like AmiTCP. SANA-II support
  90. might be added later, though, as a "power user option".
  91.  
  92. Miami will be compatible to both AmiTCP 4.x (bsdsocket.library) and AS-225
  93. (socket.library), so most programs available for these stacks should work
  94. with Miami.
  95.  
  96. Miami will be shareware. Pricing has not been finalized yet, but the
  97. registration fee will probably be below $40. And there will probably be
  98. some discounted upgrade path for registered users of ppp.device :-).
  99. I expected the first release to be ready in June or July 96.
  100.  
  101.  
  102. For more information, a more detailed feature list, screen shots of Miami
  103. and beta versions of MiamiInit please have a look at my web page (see
  104. signature). For comments/questions please send email to "kruse@america.com".
  105.  
  106. Please DO NOT send email about
  107.  
  108. - beta-testing Miami. I do not need additional external beta-testers at
  109.   this time.
  110.  
  111. - MUI as the GUI engine. There is no other GUI engine that even remotely
  112.   offers the features MUI does, and the decision to use MUI is final.
  113.  
  114. --
  115. Holger Kruse   kruse@cs.ucf.edu   kruse@america.com
  116.                http://www.america.com/~kruse/home.html
  117.  
  118.